Systems and methods for providing a personalized state of charge

ABSTRACT

Systems and methods for providing a personalized SOC are provided. In one embodiment, a system may include a recognition module, a schedule module, a charge state module, and a charging module. The recognition module is configured to identify a vehicle to receive a charge from a charging station. The schedule module is configured to determine a parked period when the vehicle will be present at the charging station based on a schedule. The charge state module is configured to calculate the personalized SOC based on the parked period. The charge rate defines a charge period that is an amount of time that the charging station will provide charge to the vehicle. The personalized SOC is calculated to reduce a time difference between the parked period and the charge period. The charging module is configured to set the personalized SOC.

BACKGROUND

Increasingly, vehicles are designed to be recharged using charging stations. For example, electric vehicles use an electric motor to provide all or part of the mechanical drive power of the vehicle. Some types of electric vehicle can be charged from an external source via a charging station. A plugin electric vehicle may include batteries which store power from the electrical grid in an electrochemical cell. To facilitate charging of electric vehicles, charging stations are often positioned in parking structures and lots. While the number of available charging stations is increasing, typically, a parking lot or structure will only have a few parking spots that can access the charging stations.

BRIEF DESCRIPTION

According to one aspect, a system for providing a personalized SOC is provided. The system includes a recognition module, a schedule module, a charge state module, and a charging module. The recognition module is configured to identify a vehicle to receive a charge. A number of charging parameters are associated with the vehicle receiving a charge from a charging station. The schedule module is configured to determine a parked period when the vehicle will be present at the charging station based on a schedule associated with the vehicle. The charge state module is configured to calculate the personalized SOC based on the charging parameters and the parked period. The personalized SOC defines a charge period that is an amount of time that the charging station will provide charge to the vehicle to increase a charge level of the vehicle to the personalized SOC. The personalized SOC is calculated to reduce a time difference between the parked period and the charge period. The charging module is configured to set the personalized SOC for the charging station.

According to another aspect, a method for providing a personalized SOC is provided. The method includes identifying a vehicle to receive a charge. A number of charging parameters are associated with the vehicle receiving a charge from a charging station. The method also includes determining a parked period when the vehicle will be present at the charging station based on a schedule associated with the vehicle. The method further includes calculating the personalized SOC based on the charging parameters and the parked period. The personalized SOC defines a charge period that is an amount of time that the charging station will provide charge to the vehicle to increase a charge level of the vehicle to the personalized SOC. The personalized SOC is calculated to reduce a time difference between the parked period and the charge period. The method yet further includes setting the personalized SOC.

According to a further aspect, a non-transitory computer readable storage medium storing instructions that when executed by a computer, which includes a processor to perform a method for providing a personalized SOC. The method including identifying a vehicle to receive a charge. A number of charging parameters are associated with the vehicle receiving a charge from a charging station. The method also includes determining a parked period when the vehicle will be present at the charging station based on a schedule associated with the vehicle. The method further includes calculating the personalized SOC based on the charging parameters and the parked period. The personalized SOC defines a charge period that is an amount of time that the charging station will provide charge to the vehicle to increase a charge level of the vehicle to the personalized SOC. The personalized SOC is calculated to reduce a time difference between the parked period and the charge period. The method yet further includes setting the personalized SOC for the charging station.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic view of an exemplary parking area having a charging station, according to one embodiment.

FIG. 2 is a block diagram of an operating environment for providing a personalized SOC, according to an exemplary embodiment.

FIG. 3 is a process flow for providing a personalized SOC, according to one embodiment.

FIG. 4 is a process flow for adjusting the personalized SOC, according to one embodiment.

FIG. 5 is an illustration of an example computer-readable medium or computer-readable device including processor-executable instructions configured to embody one or more of the provisions set forth herein, according to one aspect.

DETAILED DESCRIPTION

State of charge (SOC) is the level of charge of an electric battery relative to its capacity. The units of SOC may be percentage points (0%=empty; 100%=full). In a battery electric vehicle (BEV), hybrid vehicle (HV), or plug-in hybrid electric vehicle (PHEV), the SOC for the battery pack is the equivalent of a fuel gauge. However, repeatedly charging the battery to 100% may have negative impact on battery life.

Furthermore, users may have to wait to access public charging stations. During a long-distance trip or even during a routine charging session, a user may opt to leave their vehicle during charge in order to eat, shop, or take a bathroom break, etc. While users are aware of approximately how long a charging session may last, the length of the charging session may vary based on charging factors, such as usage of the charger by other vehicles, charging speed, ambient temperature, etc. This ‘fluctuation’ of charging time adds uncertainty to the length of the charging session. Accordingly, the user may experience pressure or anxiety to return to the vehicle promptly once the vehicle has finished charging.

If a user does not return promptly, a vehicle may occupy a charging station even after it has been charged to a predetermined SOC. Suppose that a user is visiting a cinema. The user may park their vehicle at a charging station because charging stations are typically located in preferred parking spaces, for example, near the cinema entrance. The vehicle may only need to be charged for one hour to reach the predetermined SOC, but the vehicle may occupy the parking space associated with the charging station for two hours while the user is watching a movie. Other vehicles may not be able to access the charging station to receive a charge while the previously parked vehicle is sitting in the parking space not receiving a charge. Therefore, some charging stations have implemented an idle penalty for vehicles that occupy the parking space associated with the charging station when not receiving a charge. In addition, many chargers have idle fees associated with it, where the BEV owner can incur a fee, typically per minute, for leaving their car plugged in after finished charging.

The systems and methods described herein provide a personalized SOC for the user in order to accommodate the user's schedule. Charging systems may provide different charging options. The personalized SOC may be associated with a charging option that provides the vehicle with the desired charge while avoiding any penalties. Continuing the example from above, a personalized SOC may be used to charge the vehicle for a longer amount of time if the user plans to spend a longer time away from the vehicle. Continuing the cinema example from above, the personalized SOC may be calculated so that it takes approximately two hours to charge the vehicle rather than one hour. Thus, the personalized SOC can be calculated to charge the vehicle in a manner that comports with the schedule associated with the vehicle and/or the user. Moreover, because the vehicle would be charging for an amount of time corresponding to the length of time that user plans to be away, the user may avoid incurring idle penalties.

Definitions

The following includes definitions of selected terms employed herein. The definitions include various examples and/or forms of components that fall within the scope of a term and that may be used for implementation. The examples are not intended to be limiting. Further, one having ordinary skill in the art will appreciate that the components discussed herein, may be combined, omitted or organized with other components or organized into different architectures.

“Bus,” as used herein, refers to an interconnected architecture that is operably connected to other computer components inside a computer or between computers. The bus can transfer data between the computer components. The bus can be a memory bus, a memory processor, a peripheral bus, an external bus, a crossbar switch, and/or a local bus, among others. The bus can also be a vehicle bus that interconnects components inside a vehicle using protocols such as Media Oriented Systems Transport (MOST), Controller Area network (CAN), Local Interconnect network (LIN), among others.

“Charging station,” as used here, refers to an access point to an energy source that a vehicle can engage to receive a charge. Accordingly, the charging station is an element in an energy infrastructure capable of transferring energy, for example, from the grid to a vehicle. The charging station may include a connector to connect to the vehicle to the charging station. For example, the charge connector may include a range of heavy duty or special connectors that conform to the variety of standards, such as DC rapid charging, multi-standard chargers, and AC fast charging, etc.

“Component,” as used herein, refers to a computer-related entity (e.g., hardware, firmware, instructions in execution, combinations thereof). Computer components may include, for example, a process running on a processor, a processor, an object, an executable, a thread of execution, and a computer. A computer component(s) can reside within a process and/or thread. A computer component can be localized on one computers and/or can be distributed between multiple computers.

“Computer communication,” as used herein, refers to a communication between two or more communicating devices (e.g., computer, personal digital assistant, cellular telephone, network device, vehicle, vehicle computing device, infrastructure device, roadside equipment) and can be, for example, a network transfer, a data transfer, a file transfer, an applet transfer, an email, a hypertext transfer protocol (HTTP) transfer, and so on. A computer communication can occur across any type of wired or wireless system and/or network having any type of configuration, for example, a local area network (LAN), a personal area network (PAN), a wireless personal area network (WPAN), a wireless network (WAN), a wide area network (WAN), a metropolitan area network (MAN), a virtual private network (VPN), a cellular network, a token ring network, a point-to-point network, an ad hoc network, a mobile ad hoc network, a vehicular ad hoc network (VANET), a vehicle-to-vehicle (V2V) network, a vehicle-to-everything (V2X) network, a vehicle-to-infrastructure (V2I) network, among others. Computer communication can utilize any type of wired, wireless, or network communication protocol including, but not limited to, Ethernet (e.g., IEEE 802.3), WiFi (e.g., IEEE 802.11), communications access for land mobiles (CALM), WiMax, Bluetooth, Zigbee, ultra-wideband (UWAB), multiple-input and multiple-output (MIMO), telecommunications and/or cellular network communication (e.g., SMS, MMS, 3G, 4G, LTE, 5G, GSM, CDMA, WAVE), satellite, dedicated short range communication (DSRC), among others.

“Communication interface,” as used herein can include input and/or output devices for receiving input and/or devices for outputting data. The input and/or output can be for controlling different vehicle features, which include various vehicle components, systems, and subsystems. Specifically, the term “input device” includes, but is not limited to: keyboard, microphones, pointing and selection devices, cameras, imaging devices, video cards, displays, push buttons, rotary knobs, and the like. The term “input device” additionally includes graphical input controls that take place within a user interface, which can be displayed by various types of mechanisms such as software and hardware-based controls, interfaces, touch screens, touch pads or plug and play devices. An “output device” includes, but is not limited to, display devices, and other devices for outputting information and functions.

“Computer-readable medium,” as used herein, refers to a non-transitory medium that stores instructions and/or data. A computer-readable medium can take forms, including, but not limited to, non-volatile media, and volatile media. Non-volatile media can include, for example, optical disks, magnetic disks, and so on. Volatile media can include, for example, semiconductor memories, dynamic memory, and so on. Common forms of a computer-readable medium can include, but are not limited to, a floppy disk, a flexible disk, a hard disk, a magnetic tape, other magnetic medium, an ASIC, a CD, other optical medium, a RAM, a ROM, a memory chip or card, a memory stick, and other media from which a computer, a processor or other electronic device can read.

“Database,” as used herein, is used to refer to a table. In other examples, “database” can be used to refer to a set of tables. In still other examples, “database” can refer to a set of data stores and methods for accessing and/or manipulating those data stores. A database can be stored, for example, at a disk, data store, and/or a memory.

“Data store,” as used herein can be, for example, a magnetic disk drive, a solid-state disk drive, a floppy disk drive, a tape drive, a Zip drive, a flash memory card, and/or a memory stick. Furthermore, the disk can be a CD-ROM (compact disk ROM), a CD recordable drive (CD-R drive), a CD rewritable drive (CD-RW drive), and/or a digital video ROM drive (DVD ROM). The disk can store an operating system that controls or allocates resources of a computing device.

“Display,” as used herein can include, but is not limited to, LED display panels, LCD display panels, CRT display, plasma display panels, touch screen displays, among others, that are often found in vehicles to display information about the vehicle. The display can receive input (e.g., touch input, keyboard input, input from various other input devices, etc.) from a user. The display can be accessible through various devices, for example, though a remote system. The display may also be physically located on a portable device, mobility device, or vehicle.

“Logic circuitry,” as used herein, includes, but is not limited to, hardware, firmware, a non-transitory computer readable medium that stores instructions, instructions in execution on a machine, and/or to cause (e.g., execute) an action(s) from another logic circuitry, module, method and/or system. Logic circuitry can include and/or be a part of a processor controlled by an algorithm, a discrete logic (e.g., ASIC), an analog circuit, a digital circuit, a programmed logic device, a memory device containing instructions, and so on. Logic can include one or more gates, combinations of gates, or other circuit components. Where multiple logics are described, it can be possible to incorporate the multiple logics into one physical logic. Similarly, where a single logic is described, it can be possible to distribute that single logic between multiple physical logics.

“Memory,” as used herein can include volatile memory and/or nonvolatile memory. Non-volatile memory can include, for example, ROM (read only memory), PROM (programmable read only memory), EPROM (erasable PROM), and EEPROM (electrically erasable PROM). Volatile memory can include, for example, RAM (random access memory), synchronous RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), and direct RAM bus RAM (DRRAM). The memory can store an operating system that controls or allocates resources of a computing device.

“Module,” as used herein, includes, but is not limited to, non-transitory computer readable medium that stores instructions, instructions in execution on a machine, hardware, firmware, software in execution on a machine, and/or combinations of each to perform a function(s) or an action(s), and/or to cause a function or action from another module, method, and/or system. A module can also include logic, a software-controlled microprocessor, a discrete logic circuit, an analog circuit, a digital circuit, a programmed logic device, a memory device containing executing instructions, logic gates, a combination of gates, and/or other circuit components. Multiple modules can be combined into one module and single modules can be distributed among multiple modules.

“Operable connection,” or a connection by which entities are “operably connected,” is one in which signals, physical communications, and/or logical communications can be sent and/or received. An operable connection can include a wireless interface, a physical interface, a data interface, and/or an electrical interface.

“Portable device,” as used herein, is a computing device typically having a display screen with user input (e.g., touch, keyboard) and a processor for computing. Portable devices include, but are not limited to, handheld devices, mobile devices, smart phones, laptops, tablets, e-readers, smart speakers. In some embodiments, a “portable device” could refer to a remote device that includes a processor for computing and/or a communication interface for receiving and transmitting data remotely.

“Processor,” as used herein, processes signals and performs general computing and arithmetic functions. Signals processed by the processor can include digital signals, data signals, computer instructions, processor instructions, messages, a bit, a bit stream, that can be received, transmitted and/or detected. Generally, the processor can be a variety of various processors including multiple single and multicore processors and co-processors and other multiple single and multicore processor and co-processor architectures. The processor can include logic circuitry to execute actions and/or algorithms.

“Station systems,” as used herein can include, but is not limited to, any system that can be used to enhance the charge capability, use, and/or safety of a charging station. Exemplary station systems include, but are not limited to: a monitoring system, a vehicle identification system, a user detection system, communication system, a charge allocation system, a charge management system, a scheduling system, a sensory system, and a camera system among others.

A “user,” as used herein can include, but is not limited to, one or more biological beings exerting a demand on a source of energy, such as an electrical grid. The user can be a driver or a passenger of a vehicle.

“Value” and “level”, as used herein can include, but is not limited to, a numerical or other kind of value or level such as a percentage, a non-numerical value, a discrete state, a discrete value, a continuous value, among others. The term “value of X” or “level of X” as used throughout this detailed description and in the claims refers to any numerical or other kind of value for distinguishing between two or more states of X. For example, in some cases, the value or level of X may be given as a percentage between 0% and 100%. In other cases, the value or level of X could be a value in the range between 1 and 10. In still other cases, the value or level of X may not be a numerical value, but could be associated with a given discrete state, such as “not X”, “slightly x”, “x”, “very x” and “extremely x”.

“Vehicle,” as used herein, refers to any moving vehicle powered wholly or partially by any form of rechargeable energy. The term “vehicle” includes, but is not limited to, cars, trucks, vans, minivans, SUVs, motorcycles, scooters, boats, go-karts, amusement ride cars, rail transport, personal watercraft, and aircraft. In some cases, a motor vehicle includes one or more engines. Further, the term “vehicle” can refer to an electric vehicle that is capable of carrying one or more users and is powered entirely or partially by one or more electric motors powered by an electric battery. The EV can include battery electric vehicles (BEV) and plug-in hybrid electric vehicles (PHEV). The term “vehicle” can also refer to an autonomous vehicle and/or self-driving vehicle. The autonomous vehicle can carry one or more users. Further, the term “vehicle” can include vehicles that are automated or non-automated with predetermined paths or free-moving vehicles.

I. Systems Overview

Referring now to the drawings, the showings are for purposes of illustrating one or more exemplary embodiments and not for purposes of limiting the same. FIG. 1 is a parking area 100 including the charging station 102. The charging station 102 provides energy to vehicles, such as the vehicle 104, here shown in parking space 106. Here, the charging station 102 is specifically associated with the parking space 106. However, the charging station 102 may be associated with a plurality of parking spaces.

In one or more embodiments, the charging station 102 may include charging equipment that may be installed in a private or public location for example, at a public (e.g., non-networked) or private (e.g., networked) charging station(s). The charging station 102 may include a charging station identification designation (e.g., identification number, serial number, alpha-numeric code, station name) that may be used to identify a particular charging stations. The charging station 102 may replenish the vehicle 104 using a charging energy source type that indicates the type of energy the charging station 102 provides. Energy may include clean renewable energy and non-renewable energy. Clean renewable energy may include, solar energy, hydro energy, biomass energy, wind energy, among others. Non-renewable energy may include electricity from a grid source supplied by one or more utility providers, and in the case of hybrid vehicles, fossil fuels.

In one or more configurations, the vehicle 104 may be capable of being fast charged based on fast charging components (not shown) that may be operably connected to the vehicle 104. Fast charging may enable the vehicle 104 to be charged at one or more charging speed tiers that provide a higher charging power (e.g., voltage, power, etc.) than a default charging speed tier or a slower charging speed tier. In some cases, the charging station 102 may include fast charging electric charging equipment (not shown) that may be facilitate the charging of the vehicle 104 at the one or more charging speed tiers.

In particular, the charging station 102 may provide one or more charging speed tiers that provide a default charging speed (e.g., where a default amount of charging power is provided to charge the vehicle 104 at a default charging speed) and/or one or more levels of fast charging speeds at one or more charging voltages. For example, one or more fast charging speed tiers may provide one or more levels of fast charging from a default charging speed tier or one or more slower charging speed tiers that may provide slower charging at one or more lower charging voltages (e.g., increase from 240 volts to 480 volts) to more quickly charge the vehicle 104 to the personalized SOC.

In some embodiments, a user 108, associated with the vehicle 104, may also occupy the parking area 100. The user 108 may also have a portable device 110, such as a phone. The user 108 user may be a vehicle occupant of the vehicle 104. In another embodiment, the user 108 may be remotely located from the vehicle 104. For example, the vehicle 104 may have autonomously driven to the parking area 100 while the user 108 remains is somewhere else, such as a location 112. The location 112 may be a retail outlet, office, residence, manufacturer, hospital, restaurant, etc. The user 108 may transmit a schedule 114 associated with the vehicle 104 via, for example, the portable device 110. The schedule 114 indicates the plans of the user. For example, the schedule may include a partial timeline for the vehicle 104 and/or the user 108.

The user 108 and/or the vehicle 104 may access an operating environment 200, shown in FIG. 2, to charge the vehicle 104 to a personalized SOC. For example, the user 108 may transmit the schedule 114 for charging the vehicle 104 from the portable device 110 to the operating environment 200. In another embodiment, the schedule 114 may be transmitted from the vehicle 104 to the operating environment 200.

FIG. 2, a block diagram of the operating environment 200 for providing the personalized SOC according to an exemplary embodiment. One or more of the components of the operating environment 200 can be considered in whole or in part a vehicle communication network. The charging station 102 communicates with a remote server 202 over a network 204 and a computing device 206. The computing device 206 may be provided at the charging station 102, the remote server 202, or other remote location operably connected to the charging station 102 and/or the remote server 202 via the network 204. Station systems 208 and station sensors 210 communicate information about the charging station 102 or the physical environment (e.g., the parking area 100) of the charging station 102 to the computing device 206.

Generally, the computing device 206 includes a processor 212, a memory 214, a data store 216, a position determination unit 218, and a communication interface 220, which are each operably connected for computer communication via a bus 222 and/or other wired and wireless technologies defined herein. The computing device 206, can include provisions for processing, communicating, and interacting with various components of the charging station 102 and other components of the operating environment 200. As discussed above, the computing device 206 can be implemented with the charging station 102 or the vehicle 104, for example, as part of a telematics unit, a head unit, an infotainment unit, an electronic control unit, an on-board unit, or as part of a specific control system, among others. In other embodiments, the computing device 206 can be implemented remotely, for example, with a portable device 110 or the remote server 202, connected via the network 204.

The processor 212 can include logic circuitry with hardware, firmware, and software architecture frameworks for remote control of the charging station 102. Thus, in some embodiments, the processor 212 can store application frameworks, kernels, libraries, drivers, application program interfaces, among others, to execute and control hardware and functions discussed herein. For example, the processor 212 can include a recognition module 224, schedule module 226, a charge state module 228, a charging module 230, and an adjustment module 232 although the processor 212 can be configured into other architectures. The memory 214 and/or the data store 216 may store data about the charging station 102. Further, in some embodiments, the memory 214 and/or the data store 216 can store similar components as the processor 212 for execution by the processor 212.

The modules of the processor 212 may access the position determination unit 218 via the bus 222. The position determination unit 218 can include hardware (e.g., sensors) and software to determine and/or acquire position data about the vehicle 104. For example, the position determination unit 218 can include a global positioning system (GPS) unit (not shown) and/or an inertial measurement unit (IMU) (not shown). Thus, the position determination unit 218 can provide a geo-position of the charging station 102 and/or the vehicle 104 based on satellite data from, for example, a global position source (not shown), or from any Global Navigational Satellite infrastructure (GNSS), including GPS, Glonass (Russian) and/or Galileo (European). Further, the position determination unit 218 can provide dead-reckoning data or motion data from, for example, a gyroscope, accelerometer, magnetometers, among others.

The communication interface 220 can include software and hardware to facilitate data input and output between the components of the computing device 206 and other components of the operating environment 200, the vehicle 104, and/or the portable device 110. Specifically, the communication interface 220 can include network interface controllers (not shown) and other hardware and software that manages and/or monitors connections and controls bi-directional data transfer between the communication interface 220 and other components of the operating environment 200, the charging station 102, the vehicle 104, and/or the portable device 110 using, for example, the network 204.

Referring again to the charging station 102, the station systems 208 can include any type of vehicle control system and/or vehicle described herein to enhance the charging station 102 and/or safety of the charging station 102. Here, the station systems 208 may include a communication system 234. The communication system 234 may facilitate communication from the charging station 102 and access the communication protocols of other entities. For example, when communicating with the vehicle 104, the communication system 234 may determine a media access control (MAC) address of the vehicle 104. The communication system 234 may also facilitate communication with the user 108 via, for example, the portable device 110.

The station sensors 210, which can be implemented with the station systems 208, can include various types of sensors for use with the charging station 102 and/or the station systems 208 for detecting and/or sensing a parameter of the charging station 102, the station systems 208, charging information, and/or the environment surrounding the charging station 102. For example, the station sensors 210 can provide charging information about the current charge state of the charging station 102. The station sensors 210 can include, but are not limited to proximity sensors, vision sensors, motion sensors, environmental sensors, and charge sensors, among others. The station sensors 210 can be any type of sensor, for example, acoustic, electric, environmental, imaging, light, pressure, force, moisture, thermal, temperature, proximity, among others. For example, the station sensors 210 may include an optical sensor 236 for converting light information into electrical signals.

Using the system and network configuration discussed above, the computing device 206 may determine a personalized SOC for the vehicle 104. In particular, the computing device 206 may manage the charging station 102, such that the computing device 206 sets the schedule, the charging rate, the type of charge provided, etc. for the charging station 102. For example, the charging station 102 may be operably connected for computer communication with the vehicle 104, additional electric vehicles (not shown), the computing device 206, and/or the remote server 202, for example, to transmit and receive data (e.g., charge parameters, charging data, feedback, vehicle system data, the schedule 114, a reservation interface, as will be discussed below) to and from the vehicle 104, any additional vehicles, the remote server 202 and/or the computing device 206. For example, the communication interface 220 and or the communication system 234 may be a wired or wireless link to the charging station 102. In one embodiment, the vehicle 104, additional vehicles, the charging station 102, the remote server 202 and/or the computing device 206 may be operably controlled to initiate or terminate charging of the vehicle 104 from the charging station 102 based on the systems and methods for providing the personalized SOC as described herein.

In an exemplary embodiment, the vehicle 104, the charging station 102, any additional vehicles, and/or the remote server 202 may receive and transmit data through the network 204 to the computing device 206. The computing device 206 may include one or more computing devices (not shown) that may communicate with one or more charging station entities. Detailed embodiments describing exemplary methods using the system and network configuration discussed above will now be discussed in detail.

II. Methods for Providing a Personalized SOC

Referring now to FIG. 3, a method 300 for providing a personalized SOC according to an exemplary embodiment is provided. FIG. 3 will be described with reference to FIGS. 1 and 2. As shown in FIG. 3, the method 300 can be described by a number of steps. For simplicity, the method 300 will be described by these steps, but it is understood that the steps of the method 300 can be organized into different architectures, blocks, stages, and/or processes.

At block 302 the method 300 includes the recognition module 224 identifying the vehicle 104 to receive a charge. The recognition module 224 may recognize the vehicle 104 as being present at the charging station 102 or that the vehicle 104 has a reservation at the charging station 102. The recognition module 224 may recognize the vehicle 104 based on the proximity of the vehicle 104 to the charging station 102. The proximity may be based on communication between the charging station 102, the vehicle 104, the portable device 110, and/or the recognition module 224.

The recognition module 224 may also identify the vehicle 104 based on sensor data from the charging station 102. For example, the station systems 208 and/or the station sensors 210 may identify the vehicle 104. In one embodiment, an optical sensor 236 of the station sensors 210 may capture image data associated with the vehicle 104 or the charging station 102. The recognition module 224 may compare the image data to information about the vehicle 104. Accordingly, the recognition module 224 may identify the vehicle 104 based on characteristics (e.g., charging protocols, voltage pattern, make and model, license plate number, etc.). In another embodiment, the image data may be received from the remote server 202, the portable device 110, infrastructure from the parking area 100, roadside equipment (not shown) associated with the parking space 106, or from the vehicle 104.

The recognition module 224 may also identify the vehicle 104 based on an interaction with the charging station 102. In one embodiment, the interaction may be defined by the charging station 102 being electrically engaged with the vehicle 104, for example, via a cable or connector is physically engaged with an adapter (not shown) of the vehicle 104. Thus, the recognition module 224 may identify the vehicle 104 based on an electrical connection between the vehicle 104 and the charging station 102. In another embodiment, suppose the charging station 102 may provide inductive charging by using, for example, inductive charging plates. When the vehicle 104 is in position to receive a charge via the inductive charging plates, the station systems 208 may receive charging parameters via the communication system 234. The recognition module 224 may identify the vehicle 104 based on the charging parameters.

A number of charging parameters are associated with the vehicle 104. The charging parameters may define the interactions of the vehicle 104 with other systems and objects, such as the station systems 208 of the charging station 102, the computing device 206, or the remote server 202. The charging parameters may include a default SOC, charging protocols, voltage pattern, engagement protocols, authentication information, and/or vehicle data about the vehicle 104. The vehicle data may information about the vehicle 104 such characteristics including the vehicle identification number, color, make, model, etc. The vehicle data may also include historical data. The charging parameters may communicable to the systems and the objects. For example, the charging parameters may be communicated to the station systems 208 via the communication system 234 or the computing device 206 via the communication interface 220 and/or the network 204.

Returning to FIG. 3, at block 304 the method 300 includes the schedule module 226 determining a parked period when the vehicle 104 will be present at the charging station 102 based on a schedule 114 associated with the vehicle 104. The schedule 114 may be received from the charging station 102, the vehicle 104, the portable device 110, the remote server 202, and/or the computing device 206. The schedule 114 may include time information and location information that indicates how the vehicle 104 is used. For example, the portable device 110 may include the schedule 114 of the user 108. The schedule 114 may have a reservation for a dinner date at a time and an address for a restaurant. Accordingly, the vehicle 104 may be used to drive to the restaurant thereby indicating the probable location of the vehicle 104 at the given time. In this manner, the schedule 114 may be considered predictive of the behavior of the vehicle 104.

The schedule 114 may be received based on the location of the portable device 110. In one embodiment, location services using, for example, the GPS, the position determination unit, etc., of the portable device 110 are used to generate a schedule for the user in real time. In another embodiment, the schedule 114 may be updated based user inputs received at the portable device 110. For example, the portable device 110 may prompt the user to update the schedule 114 based on the location of the portable device 110 relative to the parking space 106. Thus, the schedule module 226 may receive the schedule via communication with the user 108 through an application, software, program, message, prompt, notification, alert, etc. on the portable device 110.

In another embodiment, the remote server 202 may maintain the schedule 114. The remote server 202 may receive schedule updates from the user 108. The remote processor 238 may then update the schedule 114 accordingly. The schedule 114 may be stored as remote data 242 on the remote server. In one embodiment, the schedule 114 may be maintained as a digital calendar, agenda, or itinerary, among others. Additionally or alternatively, the schedule 114 may be maintained by a digital assistant for the user 108. Furthermore, the schedule 114 may be communicated with other components of the operating environment 200, such as the computing device 206, via the remote communication interface 244.

The schedule 114 may be received directly from the vehicle 104. For example, the vehicle 104 may access the portable device 110 or the remote server 202 to retrieve the schedule 114. In another embodiment, the schedule 114 may be maintained specifically for vehicle 104. Suppose that the vehicle is autonomously operated for hire, the schedule 114 may include origins, destinations, waypoints, pick-up time, and/or estimated arrival time. The vehicle 104 may be monitored, managed, and/or operated by a third party using the remote server 202. Accordingly, the schedule 114 may be stored in the remote memory 240.

The schedule 114 may be generated by virtue of a reservation interface of the schedule module 226. The reservation interface may be utilized by the user 108 to submit a reservation, appointment, meeting, etc. that would be included in the schedule 114. In some embodiments, the schedule 114 may include a proposed charging session that the user 108 selects for the vehicle 104. In another embodiment, the schedule 114 may include a map defining an area in which the user 108 would like to charge the vehicle 104. Accordingly, rather that identifying a specific place or charging station, the user 108 may select an area having one or more charging stations capable of charging the vehicle 104. The user 108 of the vehicle 104 may use a display (not shown) of the vehicle 104 and/or the portable device 110 as an input device for the reservation interface as one example of the parked period may be input from the user 108.

The parked period may be determined from the schedule 114. For example, the schedule 114 may indicate an arrival time and a departure time, such that the parked period is the difference between the arrival time and the departure time. In another embodiment, the schedule 114 may be based on charging parameters associated with the vehicle 104. For example, the vehicle data of the vehicle 104 may include historical data regarding one or more of the trips made by the vehicle 104. The historical data may include one or more trips, an origin the origin of a trip, the destination of a trip, the start time, the end time, the duration time of the trip, the dwell time of the vehicle 104 at a location, the mileage, the type of location, etc. Suppose that the vehicle 104 is driven to an Office Park on weekdays, arriving at approximately 8 AM and leaving at 5:30 PM. This pattern of behavior may be included in the schedule 114 based on the historical data. The schedule module 226 may determine the parked period of the vehicle 104 is approximately nine and half hours corresponding to the time between 8 AM and 5:30 PM. Accordingly, the historical data may be used to estimate the parked period. Thus, the parked period is determined based on the schedule 114 associated with the vehicle 104 and/or the charging parameters.

In another embodiment, the schedule module 226 may determine the parked period based on aggregated dated from other users (not shown). For example, the remote data 242 may include historical data from a number of other users. This historical data may be used to determine aggregated vehicle data. For example, the aggregated vehicle data may include an average duration time or an average dwell time of a vehicle at a location. The schedule module 226 may then determine a parked period for the vehicle 104 based on the average vehicle data.

At block 306 the method 300 includes a charge state module 228 calculating a personalized SOC based on the vehicle charge parameters and the parked period. As described above, charging the vehicle 104 to the full amount (i.e., 100% SOC) may decrease the life of the battery of the vehicle 104. Accordingly, the personalized SOC may be an SOC that is less that the full amount that still accommodates the schedule 114 of the user 108. The personalized SOC may also be based on the charging parameters between the charging station 102 the vehicle 104. For example, the charging parameters may include the charging rate and/or charging speed tiers associated with the charging station 102. In one embodiment, the charge state module 228 may calculate the personalized SOC based on the parked period and the charging rate and/or charging speed tiers of the charging station 102. In this manner, the personalized SOC can be calculated based on the length of time that vehicle 104 will be present in the parking space 106, based on the schedule 114, and how fast the charging station 102 will deliver energy to the vehicle 104. In another embodiment, the charge state module 228 may determine a charging rate and/or charging speed tier so that the personalized SOC is reached based on the schedule 114. In this manner, the charge state module 228 may also set the charging rate and/or charging speed tier in addition to the personalized SOC. Thus, the charge state module 228 may accommodate the schedule 114 of the user 108 by calculating the personalized SOC in addition to or based on the charging speed. Accordingly, the personalized SOC may be calculated to reduce a time difference between the parked period and the charge period in order to accommodate the schedule 114 of the user 108.

The charging parameters may also include the pricing of energy received from the charging station 102. Suppose that the user 108 wishes to limit the amount of energy received from charging stations with high pricing. The charging parameters may include energy pricing. The charge state module 228 may compare the energy pricing of the charging station 102 to a cost threshold. If the energy pricing exceeds the cost threshold, the charge state module 228 may set a lower personalized SOC to prevent the vehicle 104 from receiving too much energy at the high cost while also ensuring that the vehicle 104 has sufficient energy to meet the needs of the user 108. Conversely, if the energy pricing does not exceed the cost threshold, the charge state module 228 may set a higher personalized SOC so that the user can take advantage of the lower energy pricing in a manner that satisfies the parked period.

At block 308 the method 300 includes the charging module 230 setting the personalized SOC for the vehicle 104. Accordingly, the charging module 230 may set the vehicle 104 to receive a charge until the personalized SOC is reached. In some embodiments, the vehicle 104 may have an end ramp such that the charging speed is lower as the personalized SOC is approached. In some embodiments, the charging module 230 may cause the Charging station 102 to set the charging speed tier so that the personalized SOC is reached according to the schedule 114.

Referring now to FIG. 4, a method 400 for adjusting the personalized SOC that adjusts the personalized SOC is provided according to an exemplary embodiment. FIG. 4 will be described with reference to FIGS. 1-3. As shown in FIG. 4, the method 400 can be described by a number of steps. For simplicity, the method 400 will be described by these steps, but it is understood that the steps of the method 400 can be organized into different architectures, blocks, stages, and/or processes.

In particular, the method 400 includes block 302, block 304, block 306, and block 308 that operate in a similar manner as described above with respect to the method 300 of FIG. 3 as discussed above. Additionally, the method 400 includes block 402. At block 402 the method includes the adjustment module 232 adjusting the personalized SOC based on changes to the parking period. For example, the schedule module 226 may identify updates to the schedule 114. The schedule module 226 may iteratively receive the schedule 114 to determine the parked period.

Suppose that the user 108 inputs an update to the schedule 114 by adding a meeting to the schedule 114 from 5:30 PM to 6:00 PM. In response to the change in the schedule 114, the schedule module 226 updates the parked period. In another embodiment, the schedule module 226 may receive the updated schedule in response to a change in the schedule 114. Accordingly, a change to the schedule 114 may prompt the source of the schedule 114 to provide the schedule 114 to the schedule module 226. In response to receiving an updated schedule, the schedule module 226 may determine a revised parked period. Continuing the example from above, suppose the user 108 spent 2 hours at the cinema and decided to go out for coffee after. The portable device 110 may receive position data that indicates that the user 108 is not returning to the parking space 106. The schedule module 226 may determine a revised parked period that extends the parked period based on historical data from the portable device that may indicate an average amount of time the user 108 spends in a coffee shop.

The charge state module 228 may calculate an adjusted personalized SOC based on the updated parked period. If the adjusted personalized SOC is different than the personalized SOC, the adjustment module 232 may adjust the personalized SOC to the adjusted personalized SOC. In this manner the systems and methods herein provide setting a personalized SOC to accommodate the schedule 114 of the user 108 and help the user 108 avoid idle penalties.

Still another aspect of the systems and methods for providing a personalized SOC involves a computer-readable medium including processor-executable instructions configured to implement one aspect of the techniques presented herein. An aspect of a computer-readable medium or a computer-readable device devised in these ways is illustrated in FIG. 5, wherein an implementation 500 includes a computer-readable medium 508, such as a CD-R, DVD-R, flash drive, a platter of a hard disk drive, etc., on which is encoded computer-readable data 506. This encoded computer-readable data 506, such as binary data including a plurality of zero's and one's as shown in 506, in turn includes a set of processor-executable computer instructions 504 configured to operate according to one or more of the principles set forth herein. In this implementation 500, the processor-executable computer instructions 504 may be configured to perform a method 502, such as the method 300 of FIG. 3 and the method 400 of FIG. 4. In another aspect, the processor-executable computer instructions 504 may be configured to implement a system, such as the operating environment of FIG. 2. Many such computer-readable media may be devised by those of ordinary skill in the art that are configured to operate in accordance with the techniques presented herein.

The term “computer readable media” as used herein includes computer storage media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions or other data. Memory 214 and data store 216 are examples of computer storage media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVDs) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which may be used to store the desired information and which may be accessed by the computing device 206.

The term “computer readable media” includes communication media. Communication media typically embodies computer readable instructions or other data in a “modulated data signal” such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” includes a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.

Various operations of aspects are provided herein. The order in which one or more or all of the operations are described should not be construed as to imply that these operations are necessarily order dependent. Alternative ordering will be appreciated based on this description. Further, not all operations may necessarily be present in each aspect provided herein.

As used in this application, “or” is intended to mean an inclusive “or” rather than an exclusive “or”. Further, an inclusive “or” may include any combination thereof (e.g., A, B, or any combination thereof). In addition, “a” and “an” as used in this application are generally construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form. Additionally, at least one of A and B and/or the like generally means A or B or both A and B. Further, to the extent that “includes”, “having”, “has”, “with”, or variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising”.

Further, unless specified otherwise, “first”, “second”, or the like are not intended to imply a temporal aspect, a spatial aspect, an ordering, etc. Rather, such terms are merely used as identifiers, names, etc. for features, elements, items, etc. For example, a first channel and a second channel generally correspond to channel A and channel B or two different or two identical channels or the same channel. Additionally, “comprising”, “comprises”, “including”, “includes”, or the like generally means comprising or including, but not limited to.

It will be appreciated that several of the above-disclosed and other features and functions, or alternatives or varieties thereof, may be desirably combined into many other different systems or applications. Also that various presently unforeseen or unanticipated alternatives, modifications, variations or improvements therein may be subsequently made by those skilled in the art which are also intended to be encompassed by the following claims. 

The invention claimed is:
 1. A system for providing a personalized state of charge (SOC), the system comprising: a recognition module configured to identify a vehicle to receive a charge, wherein charging parameters are associated with the vehicle receiving the charge from a charging station; a schedule module configured to determine a parked period when the vehicle will be present at the charging station based on a schedule associated with the vehicle; a charge state module configured to calculate the personalized SOC based on the charging parameters and the parked period, wherein the personalized SOC defines a charge period that is an amount of time that the charging station will provide the charge to the vehicle to increase a charge level of the vehicle to the personalized SOC, and wherein the personalized SOC is calculated to reduce a time difference between the parked period and the charge period; and a charging module configured to set the personalized SOC for the charging station.
 2. The system for providing the personalized SOC of claim 1, wherein the charging parameters include a charging speed for the charging station to deliver energy to the vehicle.
 3. The system for providing the personalized SOC of claim 1, wherein the recognition module identifies the vehicle based on an electrical connection between the vehicle and the charging station.
 4. The system for providing the personalized SOC of claim 1, wherein the recognition module identifies the vehicle based on image data received from the charging station.
 5. The system for providing the personalized SOC of claim 1, wherein the parked period is based on historical data associated with the vehicle.
 6. The system for providing the personalized SOC of claim 1, wherein the parked period is input from a user of the vehicle.
 7. The system for providing the personalized SOC of claim 1, wherein the schedule module is configured to receive an updated schedule and determine a revised parked period; and wherein the charge state module calculates an adjusted SOC based on the charging parameters and the revised parked period.
 8. The system for providing the personalized SOC of claim 7, wherein the updated schedule is received from a portable device.
 9. A method for providing a personalized state of charge (SOC), the method comprising: identifying a vehicle to receive a charge, wherein charging parameters are associated with the vehicle receiving the charge from a charging station; determining a parked period when the vehicle will be present at the charging station based on a schedule associated with the vehicle; calculating the personalized SOC based on the charging parameters and the parked period, wherein the personalized SOC defines a charge period that is an amount of time that the charging station will provide the charge to the vehicle to increase a charge level of the vehicle to the personalized SOC, and wherein the personalized SOC is calculated to reduce a time difference between the parked period and the charge period; and setting the personalized SOC.
 10. The method for providing the personalized SOC of claim 9, wherein the charging parameters include a charging speed for the charging station to deliver energy to the vehicle.
 11. The method for providing the personalized SOC of claim 9, wherein the vehicle is identified based on an electrical connection between the vehicle and the charging station.
 12. The method for providing the personalized SOC of claim 9, wherein the parked period is based on historical data associated with the vehicle.
 13. The method for providing the personalized SOC of claim 9, wherein the parked period is input from a user of the vehicle.
 14. The method for providing the personalized SOC of claim 9, further comprising: receiving an updated schedule; determining a revised parked period; and calculating an adjusted SOC based on the charging parameters and the revised parked period.
 15. The method for providing the personalized SOC of claim 14, wherein the updated schedule is received from a portable device.
 16. A non-transitory computer readable storage medium storing instructions that when executed by a computer, which includes a processor to perform a method for providing an personalized state of charge (SOC), the method comprising: identifying a vehicle to receive a charge, wherein charging parameters are associated with the vehicle receiving the charge from a charging station; determining a parked period when the vehicle will be present at the charging station based on a schedule associated with the vehicle; calculating the personalized SOC based on the charging parameters and the parked period, wherein the personalized SOC defines a charge period that is an amount of time that the charging station will provide the charge to the vehicle to increase a charge level of the vehicle to the personalized SOC, and wherein the personalized SOC is calculated to reduce a time difference between the parked period and the charge period; and setting the personalized SOC.
 17. The non-transitory computer readable storage medium of claim 16, wherein the charging parameters include a charging speed for the charging station to deliver energy to the vehicle.
 18. The non-transitory computer readable storage medium of claim 16, wherein the parked period is based on historical data associated with the vehicle.
 19. The non-transitory computer readable storage medium of claim 16, further comprising: receiving an updated schedule; determining a revised parked period; and calculating an adjusted SOC based on the charging parameters and the revised parked period.
 20. The non-transitory computer readable storage medium of claim 19, wherein the updated schedule is received from a portable device. 